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METHOD AND PROCESS FOR DISPLAYING SOFTWARE 
PRODUCT INVENTORY AND USAGE INFORMATION 
CORRELATED WITH LICENSE AGREEMENT INFORMATION 

RELATED APPLICATION 
5 This Application claims priority and is entitled to 

the filing date of U.S. Provisional Application Serial No. 
60/123,531 filed March 5, 1999, and entitled "METHOD AND 
PROCESS FOR DISPLAYING SOFTWARE PRODUCT INVENTORY AND USAGE 
INFORMATION CORRELATED WITH LICENSE AGREEMENT INFORMATION" . 

10 BACKGROUND OF THE INVENTION 

The present invention relates to Software and Hardware 
Inventory and Usage and more particularly to a method and 
process for displaying software product inventory and usage 
information correlated with license agreement information. 

15 The invention builds upon the disclosure in the 

present assignees U.S. Patent No. 5,499,340, the contents 
of which are incorporated by reference herein. 

A variety of techniques are available for gathering 
and reporting on the inventory and usage of software 

2 0 products and the hardware (computers) that they are 

installed and execute upon. 

In some environments (e.g., PC networks), software 
tools are available that conduct a survey to discover the 
computers and related hardware devices. Some of these same 
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tools, as well as other products that do not do such a 
hardware survey, also survey the executable software 
programs ("modules," "executable files") on a computer or 
a network of computers and then automatically identify (on 
5 the basis of a knowledge base of file names, identifying 

strings, "footprints," etc.) which software products they 
comprise . 

Yet other tools allow users to specify products that 
users are installing or have installed, implicitly or 

10 explicitly indicating which programs they comprise. In 

addition, some of these tools identify the particular 
versions and/or releases found as well as what product 
suites each one belongs to. Such inventory information is 
often enhanced to include identification of the particular 

15 processor on which each product, is installed, its physical 

location (by country, region, state, county, city, 
building, etc.) and organizational subdivisions (such as 
company, division, and department) with which the 
processor, the product, or the particular installation of 

20 the product is associated. Thereafter, such inventory 

information can be treated on a consolidated basis, with 
the ability to select and manipulate on the basis of such 
enhanced identification. 

Using such a tool (or other such tools) , the usage or 

25 execution of such software products (which have been 

automatically identified or manually specified by the user 
upon installation or at a later time) can be monitored. A 
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variety of techniques are available to monitor the usage of 
other programs, including: intercepting the operating 
system component that manages or initiates program 
execution; making use of interfaces provided by the 
5 operating system for such purposes; "wrapping" or 

"prefacing" program modules with code to invoke or perform 
the monitoring functions; intercepting operating system 
logging activity; reading operating system logs after the 
fact; and other such techniques. A number of other tools 
10 are available that monitor such module usage without 

themselves relating modules to product identity. 

Thereafter, a variety of product inventory and usage 
information can be displayed, printed, exported, etc. For 
example : 

15 Installed products by processor and library 

Installed products by vendor 

Libraries by installed product, upon which each 
product is installed, 
Product usage by product 
2 0 Product usage by product and library 

Product usage by user and product 

Product usage by user, product, processor, and library 

License Agreements 

Other software tools exist that allow users to enter 
25 into a database information pertaining to contractual 

license agreements ("contracts," "agreements") for the 
user's software products. 
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This provides a convenient place to record such 
information as vendor or distributor, contact information, 
software and/or hardware products covered by the agreement, 
computers on which the software is authorized to run, 
5 number of authorized users, maintenance terms, renewal 

date, budgets and forecasts, invoice and payment history, 
key terms and conditions, links to electronic versions of 
documents, etc. 

As license agreements are often interrelated in 

10 complex ways, such tools typically allow the user to 

organize and identify these agreements in terms of master 
agreements, sub- agreements, addenda, etc. Some such 
products also provide: automated "alerts" (signals that an 
important event is occurring) ; financial capabilities such 

15 as chargebacks, links to accounting systems, etc.; 

information about vendor Internet address (allowing the 
user to automatically open a browser and display 
information from the vendor's Web site); and other 
capabilities. 

20 Existing software tools which offer asset management 

capabilities include ARGIS from Janus Technologies, The 
Contract Tickler from ARM Group and ContractManagement from 
Global Business Center. These existing products are not 
believed to provide linked associations of data from pre- 

25 existing repositories and many-to-many linkages. Nor do 

they provide reconciliation of data from multiple 
repositories in an automatic or substantially automatic 
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fashion . 
The Problem 

Although both kinds of information— inventory and usage 
information on the one hand and agreement information on 
5 the other— are useful by themselves, they would be more 

meaningful and useful if they were integrated, related, 
coordinated, and reconciled. 

For example, when the time comes to decide whether to 
renew a maintenance contract for a particular product from 

10 a particular vendor, it is highly desirable to be able to 

look at installation and usage information about that 
product. As another example, when looking at the usage 
patterns for a particular product, it is highly desirable 
to be able to look at the license agreement or agreements 

15 that pertain to it, for opportunities to save money by 

canceling a product or consolidating its usage onto fewer 
processors . 

However, at present, using existing tools, it is 
awkward to relate the two types of information. The user 

2 0 must look up the contract in the license agreement tool and 

then manually look up the corresponding inventory and usage 
information in the other tool (or vice versa) . 

With a single installation having hundreds of 
agreements, thousands of software products, and possibly 

25 tens of thousands of computers and users, this process can 

be laborious, repetitive, error-prone, expensive, and 
impractical. Time is often critical— if the information 
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cannot be obtained and evaluated before a particular date 
(e.g., a deadline for canceling or renegotiating a 
contract), it is essentially useless. 

The inability to cope with an unlimited quantity of 
5 such data in a reliable, timely and cost-effective way 

makes it impractical to perform such analysis and 
correlation for all vendors and all products on a regular 
basis — only those few occasions where the costs are high 
enough and the number of data items small enough to make it 

10 cost- justifiable . 

Another problem in going back and forth between two 
unintegrated tools is the difficulty arising when 
reconciling items (such as a product, vendor, processor, 
user, etc.) named or treated differently in the two tools. 

15 Although the user can, of course, make a decision, for 

example, as to which product in one tool corresponds to 
which product in the other, each user must make such a 
decision on a case-by-case basis, and there is no 
convenient way to create an automatic linkage. This means 

20 that, for example, the next time the user pulls up the same 

information pertaining to a particular license agreement 
for a particular product, he or she will have to repeat the 
same process. Furthermore, other users of the same tools 
will each individually have to repeat the same process, 
"25 possibly making different decisions. 

Some tools may provide the ability to create multiple 
views ("windows") . The operating system itself may provide 
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the capability to simultaneously use two or more unrelated 
programs simultaneously in multiple views ("windows")/ 
which allows the user to use multiple tools, an 
inventory/usage tool in one window and a license agreement 
5 tool in another window. The user would be able to relate 

the information in one tool to the information in the other 
visually, and, perhaps even to cut information from one and 
copy it into the other. However, no tool allows the user to 
correlate the metrics of a license agreement with the 
10 actual (or proposed) operation of the software itself. 

Users would benefit if they were able to conveniently 
answer questions such as the following: 

For each product found in inventory which agreement 
governs its use? 
15 For all products found in inventory 

which products have an agreement associated with 
them? 

which products have no agreement associated with 
them? 

20 For all products meeting user-specified criteria 

(e.g., found on a particular processor, from a particular 
vendor, etc.), which agreements govern their use? 

For all products with usage above or below a user- 
specified level over a user-specified time (e.g., unused 

25 for the past year) and meeting user-specified criteria 

(e.g., found on a particular processor, from a particular 
vendor, etc.), what agreements govern their use? 
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For all products whose maintenance contracts are 
within a user-specified time of cancellation or renewal and 
meeting user-specified criteria (e.g., found on a 
particular processor, from a particular vendor, etc. ) , what 
5 are the recent and current usage levels? 

For each product for which the user has an agreement 
and meeting user-specified criteria (e.g., found on a 
particular processor, from a particular vendor, etc.), on 
which processors is the product installed and what are the 

10 recent and current usage levels? 

For all products for which the user has an agreement 
and meeting user-specified criteria (e.g., from a 
particular vendor, etc.), which products have not been 
found in inventory? 

15 For each product having a license agreement specifying 

a maximum number of MIPS (millions of instructions per 
second, a measurement of relative processing power) and 
meeting user-specified criteria (e.g., found on a 
particular processor, from a particular vendor, etc. ) , what 

2 0 is the total MIPS of the processors for which the product 

is installed? As used herein, MIPS is an inclusive term 
which also refers to MSU (million service units, CPU speed, 
drystone, whetstone, or any other measure of computing 
power . ) 

2 5 For each product for which the user has an agreement 

that specifies a particular number of processors and 
meeting user-specified criteria (e.g., from a particular 
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vendor, etc . ) : 

What is the number of processors on which it is 
installed, and is that number higher or lower than the 
agreement authorizes? 
5 What is the number of processors on which it has been 

used during a user-specified period of time, and is that 
number higher or lower than the agreement authorizes? 

For each product for which the user has an agreement 
that specifies that the product can be installed on one or 
10 more particular processors and meeting user-specified 

criteria (e.g., from a particular vendor, etc.) : 

On what processors is the product installed, and is 
any such use not authorized by the agreement? 

On what processors has the product been used during a 
15 user-specified period of time, and is any such use not 

authorized by the agreement? 

Likewise, the user would be able to be selective in 
his queries by optionally selecting processors, specified 
locations, and/or within user-specified organizational 
20 subdivisions to narrow the desired results. 

SUMMARY OF THE PRESENT INVENTION 

The present invention is designed to make it easy to 
answer the above and other such questions, and to overcome 
the problems inherent in not having the information 
25 pertaining to hardware and software product inventory and 

usage (on the one hand) and agreement information (on the 
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other hand) coordinated. 

The present invention is a software program and/or a 
knowledge base, hereinafter, the "tool," that enables the 
user to view information on the one hand pertaining to 
hardware and software product inventory and usage, and, on 
the other hand, license agreement information in such a way 
that the two sets of information are correlated and 
associated. The tool presents inventory and usage 
information based on agreement criteria and/or agreement 
information based on inventory and usage criteria in an 
integrated fashion that permits the user to switch from one 
kind of information to the other kind in a variety of 
convenient ways. The key components of the tool are the 
main software blocks which carry out the following main 
functional tasks: Data acquisition; Reconciliation and 
association; and Processing, display, and output. 



^As used herein, the term computer or computers -used 
by itself- means all types of computers from single to 
multiple PCs to midrange computers, UNIX, mainframe, 
networked, etc. 

Other features and advantages of the present invention 
will become apparent from the following description of the 
invention which refers to the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a relationship between 
agreements, inventory and usage data. 
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Figure 2 is a software screen illustrating assets by 
contract comparisons . 

Figure 3 is another software screen providing an asset 
usage by contract view. 
5 Figure 4 is a conceptual data model of the present 

invention. 

Figure 5 illustrates a table of associations. 
Figure 6 is another software screen illustrating asset 
usage by contract and location. 

10 DETAILED DESCRIPTION OF THE INVENTION 

Introduction 

The present invention is a software program, 
hereinafter, the "tool," that enables the user to view 
information on the one hand pertaining to hardware and 

15 software product inventory and usage, and, on the other 

hand, license agreement information in such a way that the 
two sets of information are correlated and associated. The 
tool presents inventory and usage information based on 
agreement criteria and/or agreement information based on 

2 0 inventory and usage criteria in an integrated fashion that 

permits the user to switch from one kind of information to 
the other kind in a variety of convenient ways . 

The tool can be understood in terms of its major 
functional areas : 

25 Data Acquisition 

Reconciliation and Association 



- 12 - 



Processing, Display, and Output. 

In the present invention, two or more sets of data 
(inventory/usage and agreement information) must be made 
known to the tool. There are several ways that this can be 
5 done, such as: 

The tool can itself provide the functionality already 
described to obtain hardware, software inventory and/or 
usage inf ormat ion . 

The information can be imported from one or more other 
10 products that provide that functionality (via reading a 

file or a database) . 

The tool can share a database with one or more 
products that already provide that functionality. 

The tool can provide a facility by which the user can 
15 manually enter the information. (This is particularly 

applicable to the agreement information, as well as such 
information as the number of MIPS of each processor or 
processor subdivision.) 

The tool can make use of APIs (Application Program 
20 Interfaces) provided by other products to obtain agreement 

information or inventory and usage information from the 
databases or data files of those other products. 

The tool can provide APIs for other products to use to 
supply agreement information or inventory and usage 
25 information to the present program whenever such 

information is created or obtained by those other products. 

With reference to Figure 1, the present invention may 



00441984.1 




- 13 - 

interface with and/or acquire the bulk of its data from 
existing software inventory/usage and contract/agreement 
collectors as well as from data entered manually by 
operators. In one aspect thereof, the invention comprises 
5 a specially constructed database 10 which produces 

relationships between diverse pieces of asset management 
data. The database 10 contains information including 
inventory data 18 and usage data 20. This inventory and 
usage data can be obtained from auto discovery tools 12 and 

10 inventory and usage records 14 , as shown. The database 10 

further contains a contract and agreement repository 22, 
the information for which can be obtained from a pre- 
existing contract repository 16. The aim of the invention 
is to create data sets defining relationships between 

15 asset management data, such as between inventory data and 

contract and agreement data, as shown by the overlapped 
region 24 in Figure 1, which represents data in the 
different data sets that are interrelated. 

The size of the relationships data 24 relative to the 

20 size and content of the inventory data/usage data 18 or to 

the contract and agreement data 22 is dependent on the 
ability of the software to identify those relationships, as 
well as on the existence, in the first instance, of such 
relationships. For example, at some installations much of 

25 the inventory data may describe home-grown software 

products which are not covered by contract and agreement 
data. The usefulness of the present invention becomes more 
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pronounced as the overlap region 24 increases in size and 
is quite significant when the linked data records in the 
region 24 constitute at least 2 5% of the number of records 
in either of the databases 18 or 20. 
5 With further reference to the drawings, each set of 

data can be considered a repository of such data that is, 
presumably, created, modified and updated by processes 
external to the present invention. These repositories, 
while conceptually distinct, may be stored in separate 

10 databases or a single database. 

The contract/agreement repository (CDB) 22 is a 
database of contractual information organized according to 
a unique agreement identification code (ID) , and further 
according to the type of data it contains, e.g., the asset, 

15 asset group, invoice, purchase order and contract. Asset is 

defined to include but not be limited to hardware, software 
products, maintenance and service agreements. An asset 
group is a user-selected set of assets. 

Each record or group of records contained in the CDB 

20 provides details of an agreement (lease, contract, license, 

etc.). Typically, such records include the following 
information : 

• Time and date of transaction 
© Vendor 

25 • Name, address, phone number, email address, etc. 

of vendor 

• General description of the asset (computer, 
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DASD, software, maintenance, etc.) 

• Manufacturer, model, year, options, etc. 

• Warranties or support purchased 

• Contract terms and conditions (purchase, lease, 
rental, etc.) 

• Contact information (support personnel, phone 
numbers, email addresses, etc.) 

These fields may also include more detailed 
information such as: licensing fees; number of persons 
authorized, MIPS authorized, number of invocations 
authorized, annual maintenance fees, and product/sub- 
product identifications . 

The primary purpose of the CBD is to maintain a 
complete database of contract information. If a data 
element is not already supported by the CDB, the present 
invention will, optionally, create and maintain the data 
for that element. For example, if one vendor's CDB does not 
support asset groups, the present invention will provide 
the user with the capability of defining and maintaining 
asset groups. 

In addition to electronic storage of the contract 
information, the present invention also provides the user 
with one or more ways to further store and/or reference an 
agreement : 

1. An image of the original document is stored 
and/or referenced (i.e., file location, 
hyperlink, etc.). The image may have originated 
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from a facsimile, optical scanner, digital 
photo, or image file generated by the user 
and/or vendor. Storage formats may be bitmap, 
JPEG, TIFF, or other known storage format. 
5 2 . Optical character recognition (OCR) techniques 

may be applied to a scanned document and the 
resulting data stored. 

3. Electronic copy of the document. For example, a 
word processing file, spreadsheet, XML file, 

10 etc. 

4. A description of the physical location of the 
original hardcopy document . 

Figure 2 is a software screen 26 providing an example 
of asset information viewed by contract. 

15 Reconciliation and Association 

After the two types of information have been acquired, 
the next crucial step is the means to associate the two. 

Product identification based on inventory is often 
presented in different terms than the identification based 

20 on agreements. For example, product or vendor names may not 

be identical; what is considered a single product from one 
point of view may be considered to consist of two or more 
products from the other; there may be other discrepancies 
and mismatches; etc. 

25 Furthermore, even after all such inconsistencies, 

discrepancies, and mismatches have been resolved, there may 
be products for which there is license agreement 
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information but no inventory information (e.g. , the product 
has not yet been installed; it has been removed; or the 
licensing information is in error) . Similarly, there may be 
inventory information but no license agreement information 
5 (e.g., the user doesn't have an agreement for the product; 

the product doesn't require an agreement; or the 
information is missing) . Such products and agreements need 
to be identified, the reasons for such discrepancies need 
to be resolved, and the appropriate records must be created 

10 or deleted. 

The present invention includes facilities by which all 
these tasks can be accomplished in a straightforward, 
substantially automated manner. By substantial automation 
is meant a process which reduces the time to produce data 

15 correlation/reconciliation to below about one fifth and 

preferably one tenth the time that the task would consume 
if it were carried out manually. The following list is 
meant to be illustrative and not exhaustive. Some of these 
facilities can be considered optional. 

20 A facility for concurrently presenting two or more 

lists of items (e.g., products, vendors, processors, users, 
etc.) sorted by product name, product identification 
number, vendor name, vendor identification, or other 
identifying feature in a display. 

25 Optionally, a facility by which the tool automatically 

establishes an association between items in one list (e.g., 
products, vendors, processors, users, etc.) with items in 
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another list of such items whenever product name or product 
identification number match. These would be subject to user 
confirmation either globally or item-by-item. 

Optionally, a facility by which the tool determines 
5 possible associations or associations that are most 

probable. This would be based upon the heuristics of 
evaluating the similarity of item name, identification 
number, or other such criteria between items in one list 
and items in another list. [Techniques that could be 

10 applied include: Soundex coding, pattern matching, 

dictionary lookup, and/or Fuzzy Logic] The results would 
be displayed for user selection, confirmation, or 
rejection. For each item to be associated, the facility 
provides as many candidates as are appropriate, ranked 

15 alphabetically or in likelihood of match. All such 

candidate associations can be displayed in a distinctive 
color; the user could tab or scroll directly from one such 
candidate association to the next and confirm or reject 
each one in turn, or could highlight and accept or reject 

2 0 several such candidate associations at once 

A facility by which the user specifies an association 
between one or more items in one list with an item in 
another list. The user might use a pointing device such as 
a computer mouse to highlight one or more items on the one 

25 list of products and one item on the other list of 

products. Optionally, the tool would present an opportunity 
for the user to confirm the association before it was 
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processed. 

A facility for making changes to the associations 
already established. There are several ways in which these 
associations can be implemented. 
5 One method is for each record in a table to be linked 

with a corresponding record in another table. Into that 
field, for each record, is written the index (pointer) of 
the corresponding record (that is, the record to be linked 
to) in the other table. This can be done reciprocally, so 
10 that each table has a field that points to records in the 

other table, as illustrated below: 





LICENSE AGREEMENT PRODUCTS TABLE 




Record 
Number 


Product 
Name 


Vendor 
Name 


Effective 
Date 


Inventory /Usage 
Record Number 


.1 15 


0000001 


OS/390 


IBM 


05/04/89 


0000079 




0000002 


CICS 


IBM 


05/04/89 


0000063 




0000003 


ABEND -AID 


CA 


01/01/93 


0000042 














j 


... (etc . ) 
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10 



INVENTORY/USAGE PRODUCTS TABLE 


Record 
Number 


Product 
Name 


Vendor Name 


License 
Agreement 
Record Number 










0000042 


CA-ABEND Aid 


Compute r 

Associates Int'l. 


0000003 










0000063 


Cust. Info. 
Control Sys. 


International 
Business Machines 
Corporation 


0000002 










0000079 


MVS 


International 
Business Machines 
Corporation 


0000001 










... (etc . ) 









NOTE: These tables are meant only to be illustrative. 
In actual implementation, these tables would contain many 
other fields (columns) than shown here, and the actual 

15 structure and contents of the tables would be quite 

different. For example, in a preferred implementation, 
there would be a separate vendor table; in a products 
table, a record would contain only an index pointer into 
the vendor table. 

2 0 In one implementation using this approach, a user 

looking at a license agreement or list of license 
agreements may also want to look at the inventory/usage 
information pertaining to a given product. The tool would 
only have to read the corresponding record number from the 

25 license agreement table to have an index pointer into the 
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inventory/ usage table . 

In another preferred method, a separate table is 
created consisting of links associating records in a 
license information table with corresponding records in a 
5 usage information table. Each record of the table consists 

of two indices, one into one table and one into the other. 

Figure 5 demonstrates how this association table is 
applied. One can see that this method provides the 
additional advantages that it is can be created and 
10 maintained without the need to alter either the 

Inventory/Usage table or the License Agreement table and 
permits many-to-many associations. 

The inventory/usage repository of an organization's 
assets (ADB) 18 may contain information which duplicates or 
15 closely resembles that contained within the CDB 22 . In 

addition to matching assets in the ADB with those in the 
CDB, the present invention reconciles such differences. 

Although the CDB and the ADB are conceptually 
distinct, they can be stored in separate databases or a 
20 single database, and that any additional tables or lists 

that are created by the present invention can be part of 
that same database, one of the two separate databases, or 
a third separate database. 

In a preferred embodiment, the present invention 
25 provides a facility, the List Associator (LA) , for 

automatically establishing an association between items in 
the CDB, i.e., agreements, with items in the ADB (i.e., 
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software products, vendors, processors, etc.) whenever 
product name, product identification number or other 
identifying feature match. 

In a preferred method, a separate table is created 
5 consisting of links associating records in one database 

(e.g., the ADB) with corresponding records in another 
database (e.g., the CDB) . An advantage of this method over 
importing the two types of information into a combined list 
is that as data contained within the individual 
10 repositories is dynamically updated, e.g., usage data or 

the movement of an asset to another physical location, the 
associations remain always linking the most current data 
together . 

Figure 3 is a computer screen 2 8 that is an example of 
15 product usage viewed by the contractual agreement under 

which it was acquired. 

For example, an agreement for the software product CA- 
ABEND Aid from Computer Associates Int'l exists in the CDB 
as record number 0000003, and the product is shown in 
20 record number 0000042 of the ADB to be installed on the 

Development System #2 of Acme Atlanta's Data Processing 
Center. The LA establishes an association (e.g., 
00000030000042) between the two records, thus, if the 
product is moved to Development System #1, record 0000042 
25 of the ADB is updated. However, since both CDB record 

0000003 and association 00000030000042 remain unchanged the 
user is always presented with the most current information. 
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The LA creates associations that are many- to -many . 
Typically, an agreement may include several assets and, an 
asset may involve multiple agreements (e.g., one for 
purchase and a second for maintenance) . An advantage of 
5 this method over importing the two types of information 

into a combined list is that data fields are not needlessly 
duplicated. 

Optionally, the LA determines possible associations or 
associations that are most probable. This is based upon the 

10 heuristics of evaluating the similarity of item name, 

identification number, or other such criteria between items 
in one list and items in another list. Several techniques 
that can be applied separately or together include: Soundex 
coding, pattern matching, dictionary (or Knowledge Base) 

15 lookup, and/or Fuzzy Logic. The results may be displayed 

for user selection, confirmation, or rejection. For each 
item to be associated, the LA provides as many candidates 
as are appropriate, ranked alphabetically or in likelihood 
of match. All such candidate associations can be displayed 

20 in a distinctive color; the user could tab or scroll 

directly from one such candidate association to the next 
and confirm or reject each one in turn, or could highlight 
and accept or reject several such candidate associations at 
once . 

25 Optionally, the user can provide a set of rules by 

which the LA can establish an association between records 
in separate lists. For example, a rule can be established 
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to treat XYZ Corporation and XYZ International (a wholly- 
owned subsidiary) as one and the same. 

Optionally, the LA provides a facility by which the 
user specifies an association between one or more items in 
5 one list with an item in another list. The user might use 

a pointing device such as a computer mouse to highlight one 
or more items on the one list of products and one item on 
the other list of products. Optionally, the LA would 
present an opportunity for the user to confirm the 

10 association before it was processed. 

Dynamic Detection of Change: Over the course of time, 
and for a variety of reasons, associations made by the LA 
may refer to records that have been deleted and, perhaps, 
reused for other agreements or assets. Associations for new 

15 agreements or assets also need to be made. The user may 

execute the LA to update these associations and/or this may 
be scheduled to occur on a periodic basis. However, as a 
typical installation may have hundreds if not thousands of 
assets and agreements, this may prove time-consuming and an 

2 0 inconvenience . 

Each of the programs that control the ADB and CDB can 
be modified to notify the LA to update its associations 
when records are added, deleted, copied or substantially 
changed (e.g., an asset is disposed of) . A disadvantage of 

25 this method is that the vendors of these programs may not 

provide such support . 

As an independent notion from the techniques described 
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above, a Dynamic Detection process could directly detect 
the act of adding, deleting, copying or substantially 
modifying one or more records in either or both of the ADB 
and CDB. The Dynamic Detector (DD) is a continuously 
5 running process that establishes certain intercepts or 

hooks into certain operating system or database functions 
so that when any records in these databases are added, 
deleted or modified, in any of the several ways in which 
this could occur, the DD receives control, and is able to 
10 analyze the operation. When the DD determines that a record 

has been added or modified, it may notify the LA to update 
or create new associations for those records. If a record 
has been deleted the LA may decide to perform a more 
extensive analysis . 

15 Remote Access 

The present invention provides various types of remote 
access capabilities and for a variety of purposes. 

A user may provide read-only access to a third party 
that will use agreement and usage information to negotiate 
2 0 contractual terms with a vendor on behalf of the user. 

A user may import information from other sites within 
the enterprise to view financial and usage data for the 
purpose of identifying and eliminating unfavorable 
scenarios (e.g., high-cost contracts with little or no 
25 usage) , evaluating purchasing and maintenance strategies as 

well as identifying various cost centers. Similarly, a user 
may outsource various processing tasks on a sporadic or 
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routine basis and desire to be able to import this usage 
information. 

A user may export information to a service 
organization that gathers such information from numerous 
5 organizations in order to determine industry-wide cost and 

usage statistics. The user may then evaluate the resulting 
data in order to determine pricing, purchasing and 
maintenance strategies . 

A user may employ a service bureau to operate the 
10 present invention. 

In either case, techniques for accessing the 
appropriate record or records in the one table from a 
record in the other table are known to those skilled in the 
art of writing software that accesses data in a database. 
15 Once these associations are recorded in the database 

(and the appropriate software is available to make use of 
these associations, as discussed below) , it becomes readily 
possible for the user to access information automatically 
and conveniently, as described in more detail in the next 
20 section. 

Processing, Display, and Output 

Initial processing consists of reconciliation and 
association of the licensing and inventory/usage records as 
described in the preceding section. Afterwards , the tool 
25 provides a number of facilities to process this information 

for display and output. 

These would, among other things, automatically display 
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a list of similar products, while providing the user: the 
ability to scroll or tab through the complete list to the 
next such product; an ability to print a list of such 
products; and the ability to output a flat file with one 
record for each such product. Information displayed may 
include : 

• agreements for which no inventory information has 
been associated, as well as a facility for creating a 
corresponding record in the list of inventoried products, 
suitably flagged. 

• inventoried products for which no agreement 
information has been associated, as well as a facility for 
creating a corresponding record in the list of products, 
suitably flagged, for the agreement portion of the tool. 

• products for which both inventory and agreement 
information is present. 

When an item or list of items providing inventory 
and/or usage information about a product is on display, the 
user, via a function key, special keystroke combination, or 
mouse operation, can invoke a display of the corresponding 
(associated) : 

• agreement information record or records. 

• usage and/or inventory information record or 
records . 

Where license agreement information is pertinent to 
inventory and usage information, the tool will optionally 
calculate and distinctively display such information. 
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For example, if a license agreement specifies that a 
product must only be installed on a particular computer, 
the tool highlights (e.g., in blue) inventory records 
indicating the product is installed on the authorized 
5 computer and highlights (e.g., in red) inventory records 

indicating the product is installed on an unauthorized 
computer . 

As another example, if a particular agreement licenses 
a particular product to be installed on computers totaling 

10 no more than a certain number of MIPS, the tool totals the 

MIPS of the processors on which that product has been found 
(according to the inventory information) . If the calculated 
total is under the licensed capacity, the license is 
displayed in one way (e.g. , in blue) , and if the authorized 

15 capacity is exceed, in another way (e.g., in red) . 

Optionally, the user can select parameters and 
criteria (such as products on selected processors, at 
specified locations, within specified organizational 
subdivisions, from specified vendors, having usage above or 

20 below specified levels over a specified period of time, 

used by specified users, etc.) whereupon the tool will: 

® Distinctively display inventory and usage 
information according to whether or not user- specif ied 
agreement-related criteria are met, such as products on 

25 selected processors, at specified locations, within 

specified organizational subdivisions, from specified 
vendors, having usage above or below specified levels over 
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a specified period of time, used by specified users, etc. 
For example, the user can request that the inventory and 
usage information pertaining to all programs whose 
maintenance terms are within one month of expiration 
(according to the corresponding agreement information) be 
distinctively displayed (e.g., in red), or the display can 
be filtered to include or exclude all such information. 

• Display, for each product (or set of products) 
found in inventory the relevant license agreement or 
agreements . 

• Display, for each user-selected set of products 
found in inventory the vendors and/or distributors 
associated with the agreement or agreements, as well as 
pertinent • information about the vendors and/or 
distributors, such as their Internet Web site addresses 
(optionally, with the facility to open a browser Window 
displaying information from the appropriate Web site) . 
While the user can choose to select a subset of all 
products, he or she can choose to include all products. 

• Display, for each user-selected set of products 
found in inventory contact information (such as name, 
address, telephone numbers, email addresses) pertaining to 
the agreement or agreements. 

• Display, for each user-selected set of products 
found in inventory important dates associated with the 
agreement or agreements (such as cancellation and renewal 
dates) . 
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• Display, for each user-selected set of products 
found in inventory invoice and/or payment forecast, budget, 
and/or history information. 

• Display, for all user-selected set of products 
found in inventory the products that either do or do not 
have an agreement associated with them. 

• Display for all agreements, all products that 
have not been found in inventory. 

• Display, for all products whose maintenance 
contracts are within a user-specified time of cancellation 
or renewal, the recent and current usage levels. 

• Display for each agreement on which processors, 
if any, the product is installed and how much it has been 
used. Included in the display of usage information is which 
users, on which processors, at what locations, by what 
organizational subdivisions, when it was used (by date, by 
hours of use, days of the week of use, etc.), etc. 
Optionally, all such information can be displayed for each 
version and/or release of the product identified. 

• Display for each agreement, usage trends and 
projections, including by costs incurred over specified 
time periods. 

• Display for each agreement that specifies a 
maximum number of MIPS (a measuring of relative processing 
power) , the processors on which the product is installed. 

° Display for each agreement that specifies a 
particular number of processors the number of processors on 



which it is installed, and whether that number is higher or 
lower than the agreement authorizes. 

• Display for each agreement that specifies a 
particular number of processors the number of processors on 
which it has been used during a user-specified period of 
time, and whether that number is higher or lower than the 
agreement authorizes . 

• Display for each agreement that specifies that 
the product can be installed on one or more particular 
processors, the processors is the product installed, and 
whether any such use is not authorized by the agreement. 

• Display for each agreement that specifies that 
the product can be installed on one or more particular 
processors for which the user has an agreement, the 
processors on which the product has been used during a 
user-specified period of time, and whether any such use is 
not authorized by the agreement. 

• Display, for each agreement that authorizes 
particular (or multiple) versions and/or releases of the 
product the versions and/or releases installed, indicating 
any of these are not authorized by the agreement . 

• Display charts and graphs of any or all of the 
user-selected and user-specified information selected for 
display, with records meeting specified criteria 
distinctively highlighted. 

Information presented to the user via interactive 
display can also be used to 
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• Produce printed reports of user-selected and 
user- specified information, distinctively highlighting 
records that meet the specified criteria. 

• Export records for use by other programs and 
5 products of user-selected and user-specified information. 

Furthermore, the invention can, among other things: 

• Display, for each user-selected set of products 
found in inventory invoice and/or payment forecast, budget, 
and/or history information. 

10 • Display for each agreement on which processors, 

if any, the product is installed and how much it has been 
used. Included in the display of usage information is 
which users, on which processors, at what locations, by 
what organizational subdivisions, when it was used (by 

15 date, by hours of use days of the week of use, etc.), etc. 

Optionally, all such information can be displayed for each 
version and/or release of the product identified. 

• Display for each agreement, usage trends and 
projections . 

2 0 Since costing information is included in the License 

Agreement Table, further aspects relating to cost are 
possible with this invention. Such features include: 

• Display, for all products whose maintenance 
contracts are within a user-specified time of cancellation 

25 or renewal, the anticipated costs based upon recent and 

current usage levels. 

• Display for each agreement on which processors, 
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if any, the product is installed and the actual licensing 
costs based upon how much it has been used over selected 
time periods, e.g. prior three, or six etc. months. 
Included in the display of this information is which users, 
5 on which processors, at what locations, by what 

organizational subdivisions, when it was used (by date, by 
hours of use, days of the weeks of use, etc.), etc. 
Optionally, all such information can be displayed for each 
version and/or release of the product identified. 

10 * Display for each agreement, licensing cost trends 

and projections. 

Certain output aspects of the present invention are 
illustrated in Figure 6 which shows the usage of selected 
software assets organized according to agreement and 

15 location. 

When a software tool, e.g. the data acquisition tool, 
is said to be "independent," it is to be understood that 
the tool stands alone, operating independently of the other 
tools, for example, as when using the present assignee's 

20 SoftAudit® software to gather inventory and usage data. 

Relative to data bases, the term means that one data base 
can be modified without being concerned about the contents 
of other data bases, without destroying the usefulness or 
operability of the system of the present invention. 

25 A conceptual data model of certain aspects of the 

present invention is illustrated in Figure 4 which shows 
various correlations of information. In. the figure, a 
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straight line denotes a one-to-one database relationship. 
A line that is dotted on both ends denotes a many-to-many 
relationship. A line that is only singly dotted denotes a 
many- to-one relationship . 
5 Although the present invention has been described in 

relation to particular embodiments thereof, many other 
variations and modifications and other uses will become 
apparent to those skilled in the art. It is preferred, 
therefore, that the present invention be limited not by the 
10 specific disclosure herein, but only by the appended 

claims. 
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